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Abstract. It is natural to present subtyping for recursive types coin- 
ductively. However, Gapeyev, Levin and Pierce have noted that there is 
a problem with coinductive definitions of non-trivial transitive inference 
systems: they cannot be “declarative”—as opposed to “algorithmic” or 
syntax-directed—because coinductive inference systems with an explicit 
rule of transitivity are trivial. 

We propose a solution to this problem. By using mixed induction and 
coinduction we define an inference system for subtyping which combines 
the advantages of coinduction with the convenience of an explicit rule of 
transitivity. The definition uses coinduction for the structural rules, and 
induction for the rule of transitivity. We also discuss under what condi¬ 
tions this technique can be used when defining other inference systems. 
The developments presented in the paper have been mechanised using 
Agda, a dependently typed programming language and proof assistant. 


1 Introduction 

Coinduction and corecursion are useful techniques for defining and reasoning 
about things which are potentially infinite, including streams and other (poten¬ 
tially) infinite data types (Coquand 1994; Gimenez 1996; Turner 2004), process 
congruences (Milner 1990), congruences for functional programs (Gordon 1999), 
closures (Milner and Tofte 1991), semantics for divergence of programs (Cousot 
and Cousot 1992; Hughes and Moran 1995; Leroy and Grail 2009; Nakata and 
Uustalu 2009), and subtyping relations for recursive types (Brandt and Henglein 
1998; Gapeyev et al. 2002). 

However, the use of coinduction can lead to values which are “too infinite”. 
For instance, a non-trivial binary relation defined as a coinductive inference sys¬ 
tem cannot include the rule of transitivity, because a coinductive reading of 
transitivity would imply that every element is related to every other (to see this, 
build an infinite derivation consisting solely of uses of transitivity). As pointed 
out by Gapeyev et al. (2002) this is unfortunate, because without transitivity, 
conceptually unrelated rules may have to be merged or otherwise modified in 
order to ensure that transitivity can be proved as a derived property. Gapeyev 
et al. give the example of subtyping for records, where a dedicated rule of transi¬ 
tivity ensures that one can give separate rules for depth subtyping (which states 
that a record field type can be replaced by a subtype), width subtyping (which 





be added to a record), and permutation of record 


states that new fields can 
fields. 

We propose a solution to this problem. The problem stems from a coinductive 
reading of transitivity, and it can be solved by reading the rule of transitivity 
inductively, and only using coinduction where it is necessary. We illustrate this 
idea by using mixed induction and coinduction to define a subtyping relation for 
recursive types; such relations have been studied repeatedly in the past (Amadio 
and Cardelli 1993; Kozen et al. 1995; Brandt and Henglein 1998, and others). 
The rule which defines when a function type is a subtype of another is defined 
coinductively, following Brandt and Henglein (1998) and Gapeyev et al. (2002), 
while the rule of transitivity is defined inductively. 

The technique of mixing induction and coinduction has been known for a long 
time (Park 1980; Barwise 1989; Raffalli 1994; Gimenez 1996; Hensel and Jacobs 
1997; Miiller et al. 1999; Barthe et al. 2004; Levy 2006; Bradfield and Stirling 
2007; Abel 2009; Hancock et al. 2009), but we feel that it deserves to be more 
well-known in the programming language community. We also believe that the 
approach to coinduction used in the paper, due to Coquand (1994), deserves more 
attention: following the Curry-Howard correspondence the coinductive definition 
and proof principles both take the form of guarded corecursion for (potentially 
indexed) lazy data types. 

The main developments in the paper have been formalised using the depen- 
dently typed, total 1 functional programming language Agda (Norell 2007; Agda 
Team 2010), which provides good support for mixed induction and coinduction 
in the style mentioned above. The source code is at the time of writing available 
to download (Danielsson 2010a). 

The rest of the paper is structured as follows: Section 2 gives an introduc¬ 
tion to induction and coinduction in the context of Agda. Section 3 defines a 
small language of recursive types, and Sect. 4 defines a subtyping relation for 
this language by viewing the types as potentially infinite trees. Section 5 defines 
an equivalent, declarative subtyping relation using mixed induction and coin¬ 
duction, and Sect. 6 compares this definition to another equivalent definition, 
given by Brandt and Henglein (1998). Finally Sect. 7 discusses a potential pitfall 
associated with the technique we propose, and Sect. 8 concludes. 


2 Induction and Coinduction 


This section gives a brief introduction to induction and coinduction, with an 
emphasis on how these concepts are realised in Agda. For more formal accounts 
of induction and coinduction see, for instance, the theses of Hagino (1987) and 
Mendler (1988). 


Agda is an experimental system. The meta-theory has not been formalised, and the 
type checker has not been proved bug-free, so take phrases such as “total” with a 
grain of salt. 



2.1 Induction 


Let us start with a simple inductive definition. In Agda the type of finite lists 
can be defined as follows: 

data List (A : Set) : Set where 
[ ] : List A 

: A —> List A —> List A 

This states that List A is a type (or Set) with two constructors, [] of type List A 
and :: of type A —> List A — * List A. The constructor is an infix operator; 
the underscores mark the argument positions. The type List A is isomorphic to 
the least fixpoint jiX. 1 + A x X in the category of types and total functions. 2 

Agda has a termination checker which ensures that all code is terminating (or 
productive, see below). It is assisted by other checkers which ensure that data 
types are strictly positive, and not too large. The termination checker allows 
lists to be destructed using structural recursion: 

map : {A B : Set} —* (A —* B) —> List A —> List B 

mapf [] = [] 

map f (x :: xs) = f x :: map f xs 

The use of braces in {A B : Set} —> ... means that the two type arguments 
A and B are implicit ; they do not need to be given explicitly if Agda can infer 
them. Note that in this context A B is not an application, it is a sequence of 
variables. 

2.2 Coinduction 

If we want to have infinite lists, or streams, we can use the following coinductive 
definition instead (note that constructors, such as can be overloaded in 
Agda): 

data Stream (A : Set) : Set where 

: A —> oo (Stream A) —> Stream A 

The type Stream A is isomorphic to the greatest fixpoint vX. A x X. The 
type function oo : Set —* Set marks its argument as being coinductive. It 
is analogous to the suspension type constructors which are sometimes used to 
implement non-strictness in strict languages (Wadler et al. 1998), and comes 
with a force function and a delay constructor: 

b : {A : Set} -*> oo A -> A 
L : {A : Set} -► A -> oo A 

2 At the time of writing this is not exactly true in Agda (Danielsson and Altenkirch 
2009), but the difference between List A and the fixpoint is irrelevant for the pur¬ 
poses of this paper. Similar considerations apply to greatest fixpoints. 




The constructor L is a tightly binding prefix operator. Ordinary function appli¬ 
cation binds tighter, though. 

Values of coinductive types can be constructed using guarded corecursion 
(Coquand 1994): 

map s : {A B : Set} —* (A —> B) —> Stream A —* Stream B 
map s f (x :: xs) = f x map s f xs) 

The definition of map s is accepted by Agda’s termination checker because the 
corecursive call is guarded by It, without any non-constructor function between 
the left-hand side and the corecursive call. This syntactic notion of guarded¬ 
ness ensures that corecursive definitions are productive: even if the value being 
constructed is infinite, the next constructor can always be computed in a finite 
number of steps. 

It may also be instructive to see (attempted) definitions which are not ac¬ 
cepted: 

bad : Stream N nats : Stream N 

bad = zero :: N tail bad nats = zero :: N map s sue nats 

Both definitions are rejected because they are not guarded, but only the first 
one is non-productive; nats uniquely specifies the stream of natural numbers, but 
is rejected by the termination checker because it does not satisfy the syntactic 
criterion imposed by Agda. 


2.3 Coinductive Relations 


Let us now consider a coinductively defined relation: stream equality, also known 
as bisimilarity. Two streams are equal if they have identical heads and their tails 
are equal (coinductively): 


x :: xs m x :: ys 


(coinductive) 


This inference system can be represented using an indexed data type: 


data _rj_ {A : Set} : Stream A —> Stream A —> Set where 

: (x : A) {a;s ys : oo (Stream A)} —> oo xs ss ^ ys) —> 
x :: xs ~ x :: ys 


Some remarks on this definition may be useful: 

— The elements of the type xs & ys are proofs witnessing the equality of xs 
and ys. Agda does not make a distinction between proofs and programs, and 
the termination checker ensures productivity of both kinds of definition. 

- Dependent function spaces ((x : A) —> B where x can occur in B) are used 
to set up dependencies of types on values. 




- The first occurrence of the type constructor oo just reflects the fact that 
the second argument to the stream constructor is delayed. The second 
occurrence is necessary to be able to construct infinite equality proofs; if we 
had omitted it the relation would have been empty. 

— We overload the constructor so that it stands both for the “cons” func¬ 
tion for streams, and for the proof that cons preserves equality. The con¬ 
structors can be disambiguated based on type information. 

Elements of coinductively defined relations can be constructed using corecur¬ 
sion. As an example, let us prove the map-iterate property (Gibbons and Hutton 
2005): 

map s f (iterate f x) w iterate f (/ x). 

The function iterate repeatedly applies a function to a seed element and collects 
the results in a stream: 

iterate f x = x :: t (/ x :: t (/ (/ x) :: .. .)). 

The function is defined corecursively: 

iterate : {A : Set} —> (A —> A) —» A —» Stream A 
iterate f x = x :: t iterate f (/ x ) 

The map-iterate property can be proved using guarded corecursion (the term 
guarded coinduction could also be used): 

map-iterate : {A : Set} (/ : A —» A) (x : A) —> 
map s f (iterate f x) w iterate f (/ x) 
map-iterate f x = f x :: B map-iterate f (/ x) 

To see how this proof works, consider how it can be built up step by step (as in 
an interactive Agda session): 

map-iterate f x = ? 

The type of the goal ? is map s f ( iterate f x) ~ iterate f (/ x). Agda types 
should always be read up to normalisation, so this is equivalent to 3 

f x:-J map s f ( b (# iterate f (/ a:))) « / x :: # iterate f (/ (/ x)). 

(Note that normalisation does not involve reduction under and that ? ft x) 
reduces to x.) This type matches the result type of the equality constructor 
so we can refine the goal: 

map-iterate f x = f x :: ? 

3 This is a simplification of the current behaviour of Agda. 





The new goal type is 

oo [map s / (iterate f (/ x)) as iterate f (/ (/ a;))), 

so the proof can be finished by an application of the coinductive hypothesis 
under the guarding constructor L: 

map-iteratef x = f x :: H map-iteratef (/ a:) 


2.4 Mixed Induction and Coinduction 

The types above are either inductive or coinductive. Let us now discuss a type 
which uses both induction and coinduction. Hancock et al. (2009) define a lan¬ 
guage of stream processors, representing functions of type Stream A —> Stream B, 
using a nested fixpoint: vY.jiX. B x Y + (A —> X). We can represent this fix- 
point in Agda as follows: 

data SP (A B : Set ) : Set where 
put : B -» oo (SP A B) -► SP A B 
get : (A —> SP A B) —> SP A B 

The stream processor put b sp outputs b, and continues processing according 
to sp. The processor get / reads one element a from the input stream, and 
continues processing according to / a. In the case of put the recursive argument 
is coinductive, so it is fine to output an infinite number of elements, whereas in 
the case of get the recursive argument is inductive, which means that one can 
only read a finite number of elements before writing the next one. This ensures 
that the output stream can be generated productively. 

We can implement a simple stream processor which copies the input to the 
output as follows: 

copy : {A : Set} —> SP A A 
copy = get (A a —* put a (N copy)) 

This definition is guarded. Note that copy contains an infinite number of get 
constructors. This is fine, even though get’s argument is inductive, because there 
is never a stretch of infinitely many get constructors without an intervening 
delay constructor (IL). On the other hand, the following definition of a sink is 
not guarded, and is not accepted by Agda: 

sink : {A B : Set} —> SP A B 
sink = get (A _ —> sink) 

As another example we can compute the semantics of a stream processor: 
[_] : {A B : Set} —> SP A B —* Stream A —> Stream B 
[ Put 6 sp ] as = b :: H ([ b sp ] as) 

[get / Ha::as) = lfaU'>as) 



([_] is a mixfix operator.) This definition uses a lexicographic combination of 
guarded corecursion and higher-order structural recursion (see Sect. 2.5). In the 
first clause the corecursive call is guarded. In the second clause it “preserves 
guardedness” (it takes place under zero coinductive constructors rather than 
one), and the first argument is structurally smaller. 

Note that [_] could not have been implemented if SP A B had been defined 
purely coinductively (because then sink could be implemented with B equal to 
the empty type). By using both induction and coinduction in the definition we 
rule out certain stream processors which would otherwise have been accepted, 
and in return we can implement functions like [_]. 

2.5 A Criterion for Totality 

Let us now make things more precise by giving a more detailed explanation 
of Agda’s criterion for accepting a function as being total. The results in the 
paper do not depend on the exact criterion used by Agda, so we only give a 
conservative approximation of what is currently implemented. The description 
below is based on the termination checker foetus (Abel and Altenkirch 2002), 
extended with support for guarded coinduction based on an idea due to Andreas 
Abel (personal communication). 

First we collect some information about the program. For every left-hand 
side f pi ■■■ Pm and function call g e i ... e n in the corresponding right-hand 
side the following information is recorded: 

Argument structure For every pair ( Pi,ej ) it is noted if the argument ej 
is structurally strictly smaller (denoted by <) or equal to (=) the pattern 
Pi. If neither case applies, then we use the notation ?. Note that x is not 
structurally smaller than x, and that f x is strictly smaller than c /, for 
an inductive constructor c. 

Guardedness It is also noted whether the call is guarded by constructors, at 
least one of which is coinductive (<); or whether guardedness is preserved, 

i.e. if the call is guarded by inductive constructors (=). 

The next step is to combine the information about individual calls into infor¬ 
mation about all the call paths from one function to itself. We use the notation 
(,g | ai ... On) to describe the information computed for a call path; here g is 
the guardedness information, and a* describes how the i-th argument is changed. 
In the case of the function [_] from Sect. 2.4 we get that there are three kinds 
of call paths: 

1. (< | = = ? =), which corresponds to the first recursive call; 

2. (= | = = <?), which corresponds to the second recursive call; and 

3. (< | = = ? ?) for call paths which involve both recursive calls. 

Finally we can give the criterion for totality: a function is accepted as total if 
there is some lexicographic combination of the components for which every call 
path is strictly decreasing. In the case of [_] it suffices to combine the guarded¬ 
ness with the information about the third argument (the stream processor). 



As noted by Danielsson and Altenkirch (2009, Section 7.1) the criterion above 
works best if all fixpoints have the form vY.fiX. F X Y (for suitable values of 
F)\ we have not yet found a good way to incorporate fixpoints of the form 
jiX.vY. F X Y. However, this issue does not affect the examples in this paper. 

2.6 Relations Using Mixed Induction and Coinduction 

As a final example we define a relation using mixed induction and coinduction. 
Capretta (2005) defines the partiality monad, which can be used to represent 
potentially non-terminating computations, as follows: 

data (A : Set) : Set where 

return : A —> A v 

step : oo (A v ) —> A v 

The constructor return returns a result, and step postpones a computation. Non¬ 
termination is represented as an infinitely postponed computation: 

T : {A : Set} —> A " 

= step (ft §•' 

A natural definition of equality for partial computations is weak bisimilarity 
(viewing step as a silent transition): 4 

data _=_ : i" —> A v —* Set where 

return : return v = return v 

step : oo (^ x = ^ y) —» step x = step y 

step r : x = ^ y —> x = step y 

step 1 : ^ x = y —> step x = y 

This is basically the congruence generated by return and step, but allowing for 
finite differences in delay. Note that the requirement of finite differences in delay 
is captured by the use of induction for step r and step 1 , while the use of coinduction 
for step is necessary to be able to prove that the relation is reflexive. 

3 Recursive Types 

Brandt and Henglein (1998) define the following language of recursive types: 

<7, r ::= T | T | X \ a —> r | fiX. a -> r 

Here T and T are the least and greatest types, respectively, A is a variable, 
a —> t is a function type, and jiX. a —> t is a fixpoint, with bound variable X. 

4 In order to reduce clutter the declarations of implicit arguments have been omitted 
in the remainder of the paper. 




(The body of the fixpoint is required to be a function type, so types like /iX.X 
are ruled out.) The intention is that a fixpoint ixX.a —> r should be equivalent 
to its unfolding (a —> t)[X := jjX. a —> r]. It would be unproblematic to extend 
the language with other type constructors, such as products and sums. 

The language above can be represented in Agda as follows: 

data Ty (n : N) : Set where 

T : Tyn 

T : Tyn 

var : Fin n —> Ty n 

: Ty n —> Ty n —> Ty n 

: Ty (1 + n) —? Ty (1 + n) —* Ty n 

Here variables are represented using de Bruijn indices: Ty n represents types 
with at most n free variables, and Fin n is a type representing the first n 
natural numbers. Substitution can also be defined; a [ t ] is the capture-avoiding 
substitution of r for variable 0 in cr: 

-[-] : Ty(l + n) —> Tyn -> Tyn 

The following function unfolds a fixpoint one step: 

unfold(iJ,--*T) : Ty (1 + n) —> Ty (1 + n) —> Ty n 
unfoldlji a —> r ) = (cr —> t) [ n cr —> r ] 

(Note that /jl -—_[_] and u,nfold(n-—*> _) are all mixfix operators which take 
two arguments.) 

4 Subtyping via Trees 

A natural definition of subtyping goes via subtyping for potentially infinite trees 
(Gapeyev et al. 2002): 

data Tree (n : N) : Set where 
T : Tree n 

T : Tree n 

var : Fin n —> Tree n 

> : oo (Tree n) —> oo (Tree n) —> Tree n 

The subtyping relation for trees can be given coinductively as follows: 

data _<Tree- : Tree n —> Tree n Set where 

T : T <Tree T 

T : O’ ^Tree T 

var : var x <Tree v a r % 

: OO ( b Ti <Tree ^ Cq) > OO 
Ol —> (72 <Tree T\ —> 72 


( b Cr 2 <Tree ^ T 2 ) 






/\ /'\ y\ 

A A A A /v 


Fig. 1. The first levels of the infinite trees corresponding to the types /iX. X —» X and 
IIX. (X -> _L) T. 

Note the contravariant treatment of the codomain of the function space. Note 
also that the constructors of Tree are overloaded—repeatedly—in order to reduce 
clutter. 

The semantics of a recursive type can be given in terms of its unfolding as a 
potentially infinite tree: 

J_] : Ty n —> Tree n 

I-L] = J- 

[T] = T 

[ var x ] = var x 

| CT -> T ] = # |<7 ] ->#[ T ] 

| /x <7 — 1 > t ] = «I^[x]]- # ir[x]] 

where x = /x a —> r 

The subtyping relation for types can then be defined by combining TTree and 

II: 

—s$Type— : Ty n -> Ty n -> Set 
G ^Type T = I ® ] ^Tree [ T ] 

As a simple example, consider the following two types, a = y,X. X —> X 
and r = fiX. (X -> T) -> T: 

v '■ Ty 0 t : Ty 0 

a = n var zero -> var zero r = /x (var zero -> j_) -> f ' 

The first few levels of the infinite trees corresponding to these types can be seen 
in Fig. 1. It is straightforward to show that a is a subtype of r using a corecursive 
proof: 

CT<T : a <Type T 

cr^T = W (tt cr^r —> r: ®.ijjk) T 


(Note that is an identifier and not a compound expression; almost any 
character string which does not contain whitespace can be used as an identifier.) 




Amadio and Cardelli (1993) also define subtyping for recursive types by going 
via potentially infinite trees, but they define a subtyping relation inductively on 
finite trees, and state that an infinite tree a is a subtype of another tree r 
when every finite approximation (of a certain kind) of a is a subtype of the 
corresponding approximation of r. It is easy to show that this definition, as 
adapted by Brandt and Henglein (1998), is equivalent to the one given above. 
One direction of the proof uses induction on the depth of approximation, and 
the other constructs elements of a < TyP e T corecursively; see the code which 
accompanies the paper (Danielsson 2010a). 

5 Subtyping Using Mixed Induction and Coinduction 

Sub typing can also be defined directly, without going via trees. The following 
definition is inspired by one given by Brandt and Henglein (1998), see Sect. 6: 

data : Ty n —> Ty n —> Set where 
T : T < r 

T : a < T 

: oo (ri < or) —> oo (a 2 < r 2 ) —> <Ji -> 0 2 < n -> r 2 
unfold : p n —> r 2 < unfold(pri -> r 2 ) 
fold : unfold(p n —> r 2 ) < p n —> r 2 

refl : r < r 

trans : T\ < r 2 —> r 2 < 73 —> ti < 73 

Note that the structural rules (_L, T, 1>_) are defined coinductively, while the 
other rules, most importantly trans, are defined inductively. Note also that the 
inclusion of refl and trans is essential; if either constructor is removed we get a 
different relation. 

Now, if we can prove that the relation is equivalent to _<Ty P e- (and thus 
also equivalent to Amadio and Cardelli’s relation), then we have showed what we 
set out to show: that coinduction and the rule of transitivity can be combined. We 
can prove completeness by a simple application of guarded corecursion (omitted 
here): 

complete : a <Ty P e r —■> a < r 

The soundness proof is a little more tricky. The following lemmas are easy to 
prove: 


T I ^Type T 3 

Using these lemmas one might think that the following should be accepted as a 
soundness proof: 


unfold Type : p n —> r 2 <T ype unfold(p T\ —> t 
/oldType ; Unfold(p T\ > T 2 ) < T ype P Tl “•> 

ne/f Type : r ^Type T 

tranSType '■ T\ ^Type 72 —> T 2 ^Type b —» 






sound : a < r —► u <T ype t 

sound _L = _L 

sound T = If 

sound —> <72<T2) = sound ( b tl^cti) —> N sound ( b craCfl) 

sound unfold = unfold Type 

sound fold = fold Type 

sound ref I = refl Ty pe 

sound (trans ti <72 T2<T3) = transT ype (sound ti<T 2) (sound T2 ^ts) 

However, consider the case for trans. The arguments to the recursive calls are 
structurally smaller than the inputs, but tramp ype is not a constructor, so guard¬ 
edness is not preserved. The proof is productive (given a suitable definition of 
transType), but Agda’s termination checker cannot see this. 

In the absence of improved termination checking for Agda we provide a 
workaround, using a technique described by Danielsson (2010b). If transp y pe 
had been a constructor then the definition of sound would have been accepted, 
and this observation can be used to rescue the proof. First we define a variant 
of _<Tree- which includes an extra inductive constructor, trans: 

data _<TreeP- ; Tree n —> Tree n —> Set where 

T : T <TreeP T 

T : <J ^TreeP T 

var : var x <TreeP var % 

: OO ( b Ti <TreeP &l') > OO ( b £7 2 <TreeP b T 2 ) -> 

CTl —> 02 ^TreeP Tl —> T2 

trans : T\ ^TreeP T 2 —» T 2 ^TreeP 73 —► ft ^TreeP 73 

The letter P stands for “program”; this type defines a small language of equality 
proof programs. It is easy to turn proofs into proof programs corecursively: 

r - n : & <Tree 7* * O <TreeP f 

We can now write a guarded proof program which “proves” soundness: 

soundp : a < r -> [ o ] <TreeP [ T ] 
soundp T = T 

soundp T = T 

soundp (ti<cti —> 02^2) = N soundp ( b n^cri) -» ® soundp ( b 02^2) 

soundp unfold = r unfold Type n 

soundp fold = r fold Type n 

soundp ref I = r refl Type n 

soundp (trans ti<T 2 72^73) = trans (soundp ti<T 2) (soundp 72^73) 

If we can also find a way to turn proof programs into proofs, productively, 
then we are done. We start by defining a type of weak head normal forms 
(WHNFs) for the proof programs: 





data _^TreeW- : Tree n —> Tree n —> Sef where 
_L : _L ^TreeW T 

■p' ; C ^TreeW T 

var : var x <TreeW var £ 

: b Ti <TreeP b Ol -* ^2 <TreeP b T 2 -* 

CTl -> CT 2 <TreeW T 1 T 2 

Note that the arguments to >_ are programs , not WHNFs. One can prove by 
simple case analysis that _<TreeW- is transitive: 

transTreeW ; 71 <TreeWT 2 T 2 <TreeW ^3 -*■ T\ <TreeWT3 

From this result it follows by structural recursion that programs can be turned 
into WHNFs: 


whnf : <j 
whnf _L 
whnf T 
whnf var 


<TreeP T 


= var 


whnf -> cr 2 <r 2 ) = b ri<c7i -t> b u 2 <r 2 

whnf (transri<r 2 t 2 <73) = frans-rreew (whnf ti<t 2 ) (whnf t 2 <73) 


The following mutually recursive functions then turn proof programs into “ac¬ 
tual” proofs by using the whnf function repeatedly: 


I-Jw : a ^ TreeW T —> <7 <Tree T 

I-L lw = 4 

[T lw = T 

[var ] w = var 

[ Tl^Ul -<> f7 2 <T 2 ] w = # [ Tl<C7l ] P -> tt [ <t 2 <t 2 ] P 


I-1p : CT <TreeP T ► <J <Tree T 

[£7<r]p = [ whnf j w 

Note that these functions are guarded and hence productive. Finally we get the 
soundness proof: 

sound : a < r —» cr <T ype T 
sound cr<r = [ soundp cr^r ] p 


6 Inductive Axiomatisation of Subtyping 

Brandt and Henglein (1998) do not define subtyping using mixed induction and 
coinduction, as in Sect. 5, but using an inductive encoding of coinduction. Their 
subtyping relation is ternary: A h a < r means that a is a subtype of r given 
the assumptions in A. An assumption (a hypothesis) is simply a pair of types: 




data Hyp (n : N) : Set where 
: Ty n —> Ty n —> Hyp 


The subtyping relation is defined as follows: 

data _b_<_ (A : List (Hyp n)) : Ty n —» Ty n —> Set where 
± : A b 1 < t 

T : A b a < T 

: let H = o\ —> £72 £ Ti —> T 2 in 
H :: A b n C ay —*■ H :: A b <J2 ^ T2 —> 

A b CTi —o <72 $$ Tl — > 72 
unfold : A b p n -> T2 < unfold{pri -> ) 

fold : A b unfold(p, n —> r2 ) < p n —> T2 

refl :ibr< r 

trans : 4 b n % -* i b rj ^ H 4 b ri ^ 

hyp : (7<r e i ^ 4 b <r < t 

Here _e_ encodes list membership. Note that coinduction is encoded in the 
rule by inclusion of the consequent in the lists of assumptions of the antecedents. 

Brandt and Henglein prove that their relation (with an empty list of assump¬ 
tions) is equivalent to Amadio and Cardelli’s. Their proof is considerably more 
complicated than the proof outlined above which shows that b is equivalent 
to Amadio and Cardelli’s definition, but as part of the proof they show that 
subtyping is decidable. By composing the two equivalence proofs we get that 
sub typing as defined in Sect. 5 is also decidable. 

Brandt and Henglein use a classical argument to show that their algorithm 
terminates, so it is not entirely obvious that it can be implemented in a total, 
constructive type theory like Agda. However, we have adapted the algorithm to 
this setting: 

_<?_ : (a t : Ty n) -+ Dec ([] b a < r) 

A value in Dec A is either a value in A, or a proof showing that no such value 
exists, so this decision procedure does not merely say “yes” or “no”, it backs 
up its verdict with solid evidence. Details of the implementation of _<?_ are 
available in the code accompanying the paper (Danielsson 2010a). 

We know that _b_^_ is equivalent to because both relations are equiv¬ 
alent to Amadio and Cardelli’s. However, it can still be instructive to see a direct 
proof of soundness of _b_<_ with respect to b . The proof below uses a cyclic 
(but productive) proof to turn the inductive encoding of coinduction used in 
into the “actual” coinduction used in 

To state soundness the type All is used; All P xs means that all elements in 
xs satisfy P: 

data All (P : A —> Set) : List A —*■ Set where 
[] :AUP[] 

: P x -> All P xs -> All P (x :: xs) 








^ r, where all pairs a' < t' in A 


The soundness proof shows that if A h 0 
satisfy a' < r', then 0 < r: 

Valid : {Ty n —> Ty n —> Set) —> Hyp n —■» Set 
Valid _i2_ (iJi < <72) = 01 f? <72 

sound : .All (Valid _<_) ^ 4 —>j4I-0<t—> 0<r 

The interesting cases of sound are the ones for trans, hyp and Transitivity 
can be handled recursively, hypotheses can be looked up in the list of valid 
assumptions (using lookup : All P xs —> x £ xs —> P x), and function spaces 
can be handled by defining a cyclic proof: 

sound valid (trans ti<T2 T2^T$) = trans (sound valid t^Cts) 

{sound valid 72^73) 

sound valid (hyp ft) = lookup valid ft 

sound valid (n^oi —> 02^73) = proof 

where proof = $ sound {proof :: valid) ti^cti —> 

; ! sound {proof :: valid ) a2 ^ 73 

Note that the last two calls to sound extend the list of valid assumptions with 
the proof currently being defined. 

The definition of proof above is not guarded, but it would be if sound were a 
constructor. We use the technique from Sect. 5 to make the proof guarded. The 
program and WHNF types can be defined mutually as follows: 

data < P : Ty n —> Ty n —> Set where 

sound : All {Valid _< w _) ^ 4 —>j 4 I- 0 <t—> 0 < P 7 - 
data _^w- : Ty n —* Ty n —* Set where 
done : a < r —> a < w r 

: 00 (n <p CTi) -> 00 (02 <p r 2 ) -*■ <Ti -*■ cr 2 <w n -> r 2 
trans : t \ < w T2 T2 r 3 1 % T 3 

The cases of sound listed above are now part of a function sounds which is used 
by whnf to interpret sound: 

sounds : All (Valid _< w _) 4 ^ 4 h<T<r^a < w r 

soundw valid (trans n<T2 73 <73) = trans {sounds valid ri<r2) 

{sound w valid 73 < 73 ) 

sounds valid (hyp ft) = lookup valid ft 

sounder valid (ti^cti —i> 02^72) = proo/ 

where proo/ = A sound {proof :: valid) ti<0i —> 

? sound {proof :: valid) 03<73 
wftn/ : 0 ^p r —■> 0 r 
whnf (sound uaftd 0^r) = sounds valid 0<r 




Note that proof is now guarded. For the definitions of [_] w , [_] p and sound, 
see the accompanying code (Danielsson 2010a). 

We have not found a proof of completeness of _b_<_ with respect to 
which does not use a decision procedure for subtyping. This is not entirely sur¬ 
prising: such a completeness proof must turn a potentially infinite proof of a < r 
into a finite proof of [ ] b a < r, so some “trick” is necessary. With a suitably 
formulated decision procedure at hand the trick is simple. We have implemented 
a decision procedure dec which gives either a proof of [] b a < r, or a proof 
which shows that a ^ r is impossible. In the first case we are done, and in 
the second case a contradiction can be derived. (The decision procedure dec, to¬ 
gether with the proof of soundness of I C , is used to implement the decision 
procedure _<?_ mentioned above.) 

7 Postulating an Admissible Rule May Not Be Sound 

Given an inductively defined inference system one can add a new rule correspond¬ 
ing to an admissible property without changing the set of derivable properties. It 
is easy to prove this statement by defining functions which translate between the 
two inference systems. Translating derivations from the old to the new inference 
system is trivial. When translating in the other direction one can replace all oc¬ 
currences of the new rule with instances of the proof of admissibility; this process 
can be implemented using recursion over the structure of the input derivation. 

However, when coinduction comes into the picture this property no longer 
holds (de Vries 2009). The proof given above breaks down because there is no 
guarantee that the second translation can be implemented in a productive way. 
The problem is that, although the admissible rule has a proof, this proof may 
not be sufficiently “contractive” (for instance, the proof may replace coinductive 
rules in the input derivation with inductive rules in the output derivation). 

The following example illustrates the problem. Recall the definition of the 
partiality monad in Sect. 2.6. One can prove that the equality is an equiv¬ 
alence relation, and that it is not trivial (assuming that the result type A is 
inhabited). Let us now add transitivity as an inductive rule: 

data _=_ : A " —> A v —> Set where 
trans :x = y^y = z^x = z 

Given this new constructor we can prove, using guarded coinduction, that the 
relation is trivial: 

trivial : (x y : A") —*■ x = y 

trivial x y = trans (step r ( refl a:)) 

(trans (step (N trivial x y)) 

(step 1 ( refl y))) 

The proof uses the following steps: x = step (H x) = step (N y) = y. (The 
function refl is a proof of reflexivity.) 




This problem does not affect the definition of subtyping given above, which 
has been proved to be equivalent to other definitions from the literature. How¬ 
ever, it means that one should exercise caution when defining relations using 
mixed induction and coinduction, and avoid relying on results or intuitions which 
are only valid in the inductive case. Note that the problem with _=_ is closely 
related to the problem of weak bisimulation up to weak bisimilarity (Sangiorgi 
and Milner 1992); presumably some of the techniques which have been developed 
to address the latter problem are also applicable to the former. 

There are actually several different ways in which one can close a coinduc- 
tively defined binary relation 

data : A —* A —* Set where 


under transitivity. We list three: 

1. One can include transitivity as a coinductive constructor: 

data ~ : A —> A —> Set where 

trans : oo (x ~ y) —* oo (y ~ z) —> x ~ z 

This amounts to defining the largest relation which is closed under transi¬ 
tivity, and is not very useful, as pointed out in the introduction. 

2. One can define the least relation which includes and is closed under 
transitivity: 

data : A —> A —> Set where 
include : x ~ y — * x y 
trans : x y —> y z —> x z 

This “solves” the problem outlined above, because if is transitive, then 
and are equivalent. However, in any given proof trans can only be 
used a finite number of times, and this can be a rather severe restriction. 
For instance, the definition of in Sect. 5 would not have been correct if 
trans had been defined using this method. 

3. Finally one can include transitivity as an inductive constructor, like in the 
definition of 

data : A —> A — > Set where 

trans :x~y^y~ z ^x~z 

This definition often gives a more useful notion of transitivity than the one 
above, because transitivity can be used anywhere in a proof, infinitely often, 
as long as there is never a stretch of infinitely many transitivity constructors 
without any intervening coinductive constructor. However, this notion of 
transitivity can sometimes be too strong, as illustrated for the partiality 
monad equality _=_ above: the “infinitely transitive closure” is sometimes 
the trivial relation. 



8 Conclusions 


We have showed that coinduction can be usefully combined with the rule of 
transitivity, and discussed under what conditions the technique is applicable. 
We have also defined subtyping for recursive types in a new way, and compared 
this definition to a similar axiomatisation given by Brandt and Henglein (1998). 
Brandt and Henglein note that their inductive encoding of coinduction seems 
to be closely related to guarded coinduction, but leave a precise comparison to 
future work. This paper provides a precise comparison, albeit not for the general 
case, but only for a particular example (the subtyping relations given in Sects. 5 
and 6). 

It is our hope that this paper provides a compelling example of the use 
of mixed induction and coinduction. We have found this technique useful in 
a number of situations (Danielsson and Altenkirch 2009), and encourage more 
programming language researchers—as well as programmers interested in guar¬ 
anteed totality—to become familiar with it. 
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